REMARKS 

The amendments presented herein are intended to clarify claims and certain 
aspects of the disclosure. Applicant asserts that no new matter has been entered. 

The following hst cross-references the amended pages and line numbers to 
expressly or inherently supporting page nimibers and Une numbers in the original 
specification. 

Page 1, lines 5-7; lines 16-24; Page 3, lines 8-16; Page 4, lines 2-5; Page 5, lines 
4-5; Page 6, lines 2-9; Page 6, lines 10-14; Page 7, lines 27-35; Page 9, lines 3-7; Page 9, 
Unes 21-24 : The amendments in these paragraphs relate to the identification of the DFT 
methods alluded to on page 1, lines 20 - 25 of the original specification. The 
identification of specific DFT methods as carried out in the subject amendment is 
believed inherent in the original disclosure. Conversely, because scan-based methods are 
but one form of DFT method, amending "scan diagnosis" to read "DFT result diagnosis" 
is believed to fall within the subject matter of the original disclosure. 

Page 4, lines 6-13; Page 7, lines 1-9: The amended ATE data source is identified 
in the original disclosure as a semiconductor tester on Page 6, lines 15-16, and optionally 
as a data repository in Figure 1 , (identified as "ATE Datalog"). The amended translation 
modules and function modules are described expressly in the original specification. 

Page 4, lines 23 - 27: The amended "data source" is shown in originally filed 
Figure 1 as not only the DUT, but optionally data provided by the repository symbol 
labeled "Diagnosis Tool Input". 

Page 6, lines 26-34: The originally described "translators" have been amended to 
read "translator modules". This is believed within the scope of the original-filed subject 
matter. As to the amended sentences concerning the term "domain", the Applicant asserts 
that this information was inherent in the original disclosure due to the often used term 
"domain" when referring to ATE data or ATPG data. The amended sentences provide for 
further clarity regarding the domain data. 

Page 7, lines 10-13: The original specification noted the availability of multiple 
functions made possible by the function modules. The amended sentences put into words 
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the use of these functions as shown in Figures 7 and 8 of the original specification. 

Page 7, lines 14-22; lines 23 - 26; Page 8, lines 5 - 14; lines 22-24; Page 9, lines 
12-20: These amendments merely reidentify the "function blocks" as "function modules". 

As to the additional claims, please charge the additional costs of the 2 extra 
independent claims ($164) and the 10 claims over 20 ($180) for a total of $344 to Dq)osit 
Account No. 20-0515. 



Respectfully Submitted, 




Lance M. Kreisman 
Reg. 39,256 
Attorney for Applicants 



Atty. Docket: 1542-US 
phone: (818) 874-7026 
fax: (818)874-5626 
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ked-Up Version of Specification to Show Changes Made) 

Title: 

[SCAN] DFT RESULT DIAGNOSIS SYSTEM AND METHOD 
Page 1, lines 5 - 7: 

The invention relates generally to automatic test equipment and more particularly 
a [scan] DFT result diagnosis system and method for designing, testing and diagnosing 
semiconductor devices. 

Page 1, lines 16-24: 

However, as device complexities and densities increase, the cost of the 
conventional functional test approach can increase dramatically. In particular, the volume 
of functional test pattem data required to achieve acceptable fault coverage may increase 
exponentially with the size of the device. To offset these costs, many semiconductor 
manufacturers have looked towards structured design-for-testability (DFT) methods. With 
structured DFT methods the goal changes from verification of functionality to finding 
manufacturing defects. These methods generally rely on additional circuitry provided on 
the device to enhance the controllability and observability of the intemal state of the 
device. Examples of DFT methods include scan testing, built-in-self-test (BIST), and 
core test (embedded microprocessor cores, etc.V 

Page 3, lines 8-16: 

While the conventional techniques described above are beneficial for their 
intended purposes, the lack of automation between the ATE and the diagnosis tool is 
problematic. Existing pattem conversion tools are not integrated with the result 
translation process, so existing result translation solutions generally embed knowledge 
about the particular ATPG/diagnosis tool, pattem conversion tool, ATE, test program, 
and/or device and must therefore be modified when any of these changes. Moreover, the 
failure data identified and processed is typically not readily user-comprehensible. The 
[scan] DFT result diagnosis system and method of the present invention addresses these 
problems. 
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Page 4, lines 2 -5: 

The [scan] DFT result diagnosis system and method of the present invention 
provides a unique automated and visual approach to testing semiconductor devices with 
ATE and DFT tools. This minimizes diagnosis time for devices-under-test, thereby 
optimizing the design-to-production timetable for semiconductor devices. 

Page 4, lines 6- 13: 

To realize the foregoing advantages, the invention in one form comprises a [scan] 
DFT result diagnosis system [for testing and diagnosing a device-under-test]. The system 
includes [a semiconductor tester adapted for coupling to the device-xmder-test and 
operative to generate pattern signals in the ATE domain to test the device-under-test and 
produce test output data] an ATE data source for providing test data in the ATE domain. 
An ATPG [diagnosis] tool is operative to generate ATPG pattern data and ATPG results 
data in the ATPG domain. [A translator serves to effect automatic correlation of data 
between the ATPG domain and the ATE domain to allow data communication between 
the tester and the tool] At least one translation module is provided to automatically 
convert data between multiple domains. Additionally, the svstem includes at least one 
function module to automatically sunmiarize data for one or more devices or tests in one 
or more domains. 

Page 4, lines 23 -27: 

hi a further form, the invention comprises a method including the steps of [testing 
a device-under-test with test pattem data in a scan format;] capturing scan failure data 
associated with failed scan chains from [the device-under-test] a data source : displaying a 
portion of the scan chains including the captured failure data; and diagnosing the scan 
failure data with a diagnosis tool to produce diagnosis results data. 

Page 5, lines 4- 5: 

FIG. 1 is a simplified block diagram of a [scan] DFT result diagnosis system 
according to one form of the present invention; 
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Page 6, lines 2-9: 

Electronic design automation (EDA) software gives semiconductor device 
manufacturers a tool for troubleshooting and refining their circuit designs before entering 
mass production. Employing EDA tools with production-oriented ATE provides real- 
world test solutions not only for the pre-production stage, but also in post-production 
where new failures may materialize that might be indetectable through simulation alone. 
The present invention seamlessly integrates EDA software with the ATE software to 
create a [scan] DFT result diagnosis system, generally designated 20 (Figure 1), to fully 
automate the process. 

Page 6, lines 10-14: 

Referring to Figure 1, the [scan] DFT result diagnosis system 20^ in one form 
comprises a scan diagnosis system that employs a test and diagnosis engine 30 that 
couples to a device-under-test (DUT) 22. A graphical-user-interface (GUI) 60 ties-in to 
the test and diagnosis engine to provide real-time visual monitoring of the various 
functions provided by the present invention, more fully described below. 

Page 6, lines 26 - 34: 

Further referring to Figure 1, respective pattem, test and diagnosis results 
[translators] translator modules 40, 50 and 70 convert data used by the ATE 32 and the 
EDA tool 34 to provide an automatic and seamless integration between the software 
packages. The pattern translator module 40 performs ATPG to ATE vector conversion, 
and generates test patterns which may be compiled and loaded onto the ATE. The pattem 
translator module also includes a map generation component 42 which generates a pattem 
map (shown as direct data at 43) between ATE and ATPG pattem domains and also 
captures information describing the locations of scan load/unload sequences within the 
ATE/ATPG patterns. 

Use of the term "domain" herein, consistent with that understood in the art, is 
intended to convev a type of data. For example, data in the ATE test result domain might 
include failing ATE pattems. faiHng pins, and/or failing cycles. Data in the ATPG test 
results domain might include failing ATPG pattems, failing ATPG pins, and so forth. 
Likewise, failures of DFT test structures (such as scan chains or cells), failures of logical 
design elements (such as gates), and failures at physical design locations also have their 
respective domains. 
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Page 7, lines 1-9: 

Referring now to Figure 2, the test result translator module 50, in further detail, 
includes a first converter Tl, which takes the ATE-specific ASCII output data from a 
datalog source, such as for example the tester 32, or some other data repository , [referred 
to as datalog data,] (essentially a list of failing vectors m the ATE domain indicating the 
failing ATE patterns, addresses, cycles, and device pins), and converts it into a general 
datalog format in the ATPG domain (referencing ATPG pattern names). The general 
datalog format combines elements of both the ATE and ATPG data formats. 
Additionally, correlation data from the mapping generator also feeds into the converter 
Tl to associate scan chain location data with the vector pattem data. 

Page 7, lines 10- 13: 

A series of functions are operable on the general datalog through [the functional 
block] a function module Al, such as filtering, sorting, accumulating and querying of 
data. The results of these functions , or summarizations, are viewable by a user through 
optional selection menus in the GUI 60. Fihering and sorting may involve looking at 
some part of the data, while excluding other portions, or subsets of the data. The 
accumulating function, as illustrated in Figures 7 and 8, gives the user the ability to look 
at various aspects of the data, across multiple tests (if desired) in an effort to gain a better 
understanding of the result interpretation. For example, a user could accumulate data 
across multiple tests on a device, or accumulate data from multiple devices to identify 
which pins, tests, scan chains, scan cells, logical design elements, and/or physical design 
elements are failing most frequently. 

Page 7, lines 14-22: 

The general datalog is then converted by a second converter T2, into a general 
datalog domain that includes ATPG information. This data is is optionally processed 
through [block] function module A2, and subject to filtering, accumulating, etc. A third 
conversion is perfomied by converter T3, where the general datalog ATPG data is 
transformed into scan-cell failure domain data, indicating ATPG pattem names, scan 
chain names, and scan cell numbers. Like the general datalog data, the general scan cell 
failure data is subject to processing through [block] function module A3 (filtering, 
sorting, accumulating, querying) as desired. A fourth converter T4, then takes the general 
scan cell failure data and transforms it into a format suitable for the specific diagnosis 
tool employed. 



11 



Page 7, lines 23 - 26: 

The diagnosis result translator 70, shown in Figure 3, feeds ATPG specific data 
from the diagnosis engine 38, through converter T5 to produce general diagnosis results. 
[Functional block] Function module A5 provides optional data processing functions, as 
desired, such as filtering, accumulating, and the like. 

Page 7, lines 27-35: 

As noted above, processing through the test and diagnosis engine 30 is 
conveniently monitored by a user through menu selections on the GUI 60. The GUI 
includes several interactive screens (Figures 6 through 8) that present a user with an array 
of options to visualize data in any number of formats for optimal diagnosis of the data . 
This provides a user with maximum flexibility in determining and diagnosing problem 
areas in a DUT design, and can be used to reduce the volume of data which must be 
processed by the next step, thus reducing turnaround time. Of particular significance is 
the ability of the GUI to actually show sequences of scan chains for rapid evaluation by 
the user. This is more fully described below. 

Page 8, lines 5-14: 

Initially, at step 100, the diagnosis tool 34 generates ATPG test patterns designed 
to serially shift along the scan chains (flip-flops disposed within the DUT 22) to 
determine failures in areas of the device not normally accessible by conventional ATE 
pattems. In order to get the pattems into the device, however, they must first be 
translated into the appropriate ATE vector format. As noted above, this is automatically 
carried out by the pattern translator 40, at step 102. The ATE 32 then processes the 
vector data to test the DUT, at step 104, resulting in the capture of scan failure data, at 
step 106. The captured data is then converted and processed by converter Tl and [block] 
function module Al (Figure 2), at step 108, to produce general ATE datalog data. 

Page 8, lines 22 - 24: 

From this point, the user then directs the translation of the ATE datalog output 
data into the general ATPG datalog format with converter T2 and [block] function 
module A2, at step 1 12. The general ATPG datalog data may then be displayed, at step 
114. 
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Page 8, lines 31-34, Page 9, lines 1 - 2: 

With the [fully] data fully converted, the diagnosis tool may then be directed, at 
step 122, to diagnose the scan failures. Following a fifth data conversion by the diagnosis 
results translator 70, with T5, at step 124, the results of the diagnosis may then be viewed 
by a user as logical defect data, at step 126. Figures 5 and 6 illustrate screens showing 
available options and results associated with these steps as reflected in the GUI 60. 

Page 9, lines 3-7: 

Afler diagnosis processing, the data may be further diagnosed or processed, as 
desired by the user. In some instances, the user may want to view a physical design map 
for the device to further understand the defects diagnosed. This may be accomplished 
through the use of additional software, such as that available from Knights Technologies, 
and known under the trademark "LogicMap" TM. 

Page 9, lines 12-20: 

Those skilled in the art will appreciate the many benefits and advantages afforded 
by the present invention. Of significant importance is the automation capability provided 
by the [translators] translator modules , which serve to seamlessly convert data between 
the respective ATE and EDA tool domains , and the function modules, which provide 
automatic diagnoses of the data . This eliminates the need for costly and untimely batch 
processing to process data from one format to another. Further, by providing a flexible 
GUI that monitors all phases of the test and diagnosis, including visually illustrating 
failing scan chain sequences, an understanding of the failures involved may be more 
easily comprehended and [addressed] diagnosed by the semiconductor device 
manufacturer. 

Page 9, lines 21 -24: 

While the invention has been particularly shown and described with reference to 
the preferred embodiments thereof, it will be understood by those skilled in the art that 
various changes in form and detail may be made therein without departing from the spirit 
and scope of the invention. For example, while the discussion herein is couched in terms 
specific to scan-based DFT methodologies, the diagnostic aspect of the invention also 
a pplies to BIST and core-test DFT methods. 
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